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A SYSTEM AND METHOI> FOR FACBLITATING ON-LP nT- P A VMTr.NT 
Field of the layegatioxx 

5 The present inveation relates to a system and mettiod for facilitating on-line payment 
and paordcularly, but not wcchisively, to a system and method for facilitating on-line 
paymoit for goods and/or services purchased via a network based merchant site. 

Back sround o f the Bivention • 

10 

One of the maj or barriers to user iq)take of on-lmc shopping is tixe lack of or at least 
perceived lack of security in relation to the provision of payment details^ such as credit * 
card numbers, to merchant sites. There is such a reluctance to provide credit card or 
debit card details to merchants that suxvej^ carried out in relation to on-line shopping 
15 have deteimmed that anyvi*iere between 25% and 75% of customers abandon their 
*^shopping carts" without completing purchase. 

There are other x^ons for non^completion of purchase apart &om customers not 
trusting merchant sites wife their credit cand details. These include the feet that not all 
20 on-line consumeis have credit cards, mi, for those with credit cards, credit limits may 
have beeoa reached. 

Customer initiated direct debit is known £>r on-line payment of bills, such as utility 
bills^ and for recuziing payment^ but the sites need prior standi^ . 
25 user, usually organised through ofif-line mechanisms. Without this explicit authority no 
third parties, such as merchants, are able to access funds bom the customer. Such an 
arrangement is tedious and inconvenient to set up* In any evmt, customers are 
extremely reluctant to give authority to a third party to access their fimds and there are 
concoiis about jScaud and difficulty in cancelling such an authority. 

30 

Presently^ there is no mechanism for enabling direct payment fiom a customer's usual 
account, such as a hsak aocouni; to a merdiant^s account, during an on-line product 
transaction initiated ftom a merchanf s site. 

3 5 These difficulties give rise to a low rate of uptake of on-line merchandising. 
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Summaiv of the Lxventioii 

In accordance with a first aspect, tiie present invention provides a system for &cQitating 
5 on-line payment for an on-line product transaction, comprising an interface means 
which is arranged to be initiated via a merchant site and is arranged to provide a 
connection to a financial institution explication to enable processing of Ihe payment, via 
the financial institution application, to a merdiant account. 

10 By **on-line payment** is meant any payment which is initiated over a networic 

connection. By "on-line product tEansacliQn" i$ meant any transaction for a prodnct 
which occurs over a network connection, A network may be any computing system or 
telephony network. "Computing system network?' includes any network of computing 
devices, "Computing devices'* include conventional computers, PCs, laptops, aud 

15 mobile commmucati(ms devices such as mobile telephones, personal digital a^istants, 
and any corrxputing system which is connectable to a network. 

A '*prcKhu;t transaction'' is a traiisacdon to 
and/or s^ces. 

20 

A "merchant site** is a computer network site provided by a conqiutiiig system which is 
conneot^le to the network to ofiear produds for sale via the network to customers. A 
"financial institution application" may include any q>plicatian opemted by a financial 
institution* such as a bank or other account providing authority* The financial institution 

2 5 application will be usually provided by a financial irwtitution conqniting system which 

is connectable to the network to make available the firmncial institution appUcaiion. 

A typical computer network on ^ch on-line product transactions take place is the 
Internet, The Internet offers many merchant sites which can be browsed by customers to 

3 0 enable customers to detemuno whether they wish to pmrchase a product The present 

invention is not^ however, limited to application on the btemet only. It may be ^plied 
to any corziputar network Yc^iere products are sold ori-]^ 
connect to financial institution systems, 

3 5 Preferably, the interface means enables the payment to proceed m **real time" This 
preferably enables payment to occur during the product transacdorh 
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Payment may be by way of any stored valued methodology eg/money, loyalty points, 

Preferably, the inteij&ce means is arranged to be initiated via the merchant site via a 
S customer operatisig a customer computisg system. 

Preferably, the int^ace means is arranged to generate confirmation to a merchant 
system that payment has occuned. Preferably, the coi^fixmation enables the merchant 
system to complete the product transactidn. Preferably, the systCTi is arranged to 

1 0 establi^ a connection with the financial institution computing system for generation of 
confirmation that payment has occuned.. Prefetably the connection is'esiablished 
between the merchant site and the financial institution computing system. Preferably 
file connection is a seciro connection. Ibis advantageously avoids fraudulent 
gCTieration of confinnation of paymenl; therefbre reducing the diances of fraud and 

15 assuring the morhant that the cbnfinnatioii is generated by the financial infirtitution 
computing system. 

Prdferably, the interface means is arranged to obtain details of the transaction and 
provide those details to the financial institution spplication to enable payment 

2 0 Preferably, the transaction details mclude the amount of payment Preferably, the 

transaction details include information which may be r^uired to identify the 
transaction. Por'example, the transaction details may include a merchant account 
idartifier. 

25 Inoneembodinwntjtheinterfecemeansisanrangedtointerfe^ . 
ei^dsling financial instxtidion ^lioafions. These uichide financial institutipn 
^plications provided by sorted 'Internet banking" sites. 

Financial institution applications usually require a security means to be entered to 

3 0 enable operation to cany out processes such as payment by a customer (who may hold 

an account with the financial institution) to third party accounts; In one preferred 
embodiment, the interfece means interfeces a customer's computing system to Ibe 
financial institution application to enable the customer, who is ficilitating the 
transacfion at the merchant site, to enter their security means (which maybe a 
35 password^ PIN or any ofiierl^ of security means). 



In an alternative ombodhnent, the system for fecflStating on-line payment includes an 
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ageot application wUch is airanged to automatioally eater tbs security means to the 
iBstitution plication. Tbe agent s^pUoaiioa is preferably arranged to obtam &e 
security means fiom a customer coiqputtng system, the security means being stored in a 
storage location accessible by way of the customer computing system. Preferably, the 
5 security means is stored in encrypted form- The agent application is preferably axmged 
to obtain the decryption key for fee customer's encrypted security means, to enable 
decryption of the security means. The agent application may operate in a similar manner 
to that of the active content agents described m the applicant's pending international 
patent appIicatioDp no. PCT/AUQ2/00150, filed on 14 February 2002. Disclosure of this 
10 document is incorporuted herein by lefeicnce. 

The system is preferably arranged to store a record of transaction details for a 
transaction. 

1 5 The system preferably fiirflier inotades a database airanged to store transaction d^ails 
of transactions. Hiis database may be accessible by merchants and/or customers in 
order to enable fh^ to monitor flie history of transadtions fhey have carried out via ttie 
system. 

If 

2 0 Preferably, the system of the present invention may be used to feciKtate payment for a 

transaction fiom a debit or credit account of a customer to a designated account of a 
merchant 

hi at least a preferred embodiment, the system of the present invention provides the 
25 .advantages that a customer accessing amenshant site and wishing to purchase aprodnct, 
can make payment for that product in '"r^ time*'. In the preferred embodiment, the 
intesr&ce means comiects the customer system to a designated financial institution 
application which enables the customer (under conizol of ttie inter&ce means) to make 
payment jBrom customer account (e.g. a standard cheque account available on-Kne) to a 

3 0 designated merchant account. The system then confirms to the merchant that payment 

has been made so that Iransactioa can proceed (a^, delivery of the product can be 
authorised). In one embodiment, as discussed above, a secure connection is made 
between the merchant site and fiie financial institution cooapufing system for 
confimuition that payment has been made to the merchant 

35 

In at lea&t the pre&rred embodiment the transaction payment is carried out under the 
control of the customer who is paying. The customer does not have to give any security 
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means (such as credit caxd infonnatiQn, accotuot identificaiicax ioformfltion. etc.) to any 
. other fhird party, other than the financial tostitutioii that they usually deal with (byway 
of the financial institution appKcation). No passwords or credit card numbeis need to be 
given to merchants that the user may not tnist Themerchant, m turn, has the comfort of 
5 bemg aware thai payment has occnned before he delivers his product 

In accordance with a second aspect, the present mveaation provides a method for 
facilitating on-line payment for a trattsaotion between a customer and a merchant, 
comprising ttie $tGps of^ daring a transaction via an on-line macchant site, accessing a 
1 0 financial application and making the financial application available to enable a payment 
ficom a customer's accotmt to an account of the merchant. 

Preferably, the method comprises the further stq) of operating the financial application 
to make the payment. 

15 

Bi accordance with a third aspect, fiie present invention fhrther provides a computer 
program arranged to control a can5>uting system to implement a systen in accordance 
with file first aspect of fiie present invention. 

20 111 accordance with a fourfli aspect, the present invention provides a conq)uter readable 
medium providing a con5)Uter program in accordance wifii the third aspect of the 
present invention. 

In accordance with a fifOi aspect the present invention provides a system fat &dlitating 
^5 on-line payment for a product transaction, comprising an interfiice means which is 
arranged to be initiated via a merdwnt site and is arranged to provide connection to a 
payment means to enable processing of fiie payment to a merchant acoonnt 

Preferably, the interface means is arranged to connect a customer computer accessing 
30 tiie merchant site to the payment means whereby the customer computer can initiate 
paymmt 

Preferably, the payment means is provided by a financial mstitution site. 



35 A further aspect of the present invention may relate to on-lme payment of transaction 
such as bills, and pe^ to peer payment. 
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In accordance \vith a sixth asp^ pfeseit inventioii provides a system for 
fitciliiafiBg on-line payment, the system camprising an inter&ce means which is 
arranged to he initiated via a system messiage and is arm 
payment means to enable piocessing of ^e payment* 

5 

A system message may be any message which can bo transmitted via a netwoxk. 
Preferably, the system message is an e^nail message. 

Jn a preferred embodimeni; therefore, one party may semd an e-mail message to another 
10 party, the e-iiiail message indicatiiig to the other party a reqn^ 

exairqplep the e-mail message may hidude abiU for utility service. The e-mail preferably 
includes a link which is enabled to connect the fi&ther party to a payment means, sudbi 
as through a m^xhani' site^ to enable payment in response to the message. 

15 In accordaoce with a seventh aspect, the present invention provides a inethod for 

fecilitaiing on-line payment, comprising the steps of using a system message initiating 
payment fbr a transactioti, to link a transaction payers computing device to a payment 
means to enable processing of the paym^ 

20 Jn accordance with an eighth aspect, the present invention provides a compute program 
including instructions for controlling a conq)uting system to implement a system in 
accordance with the sixth a^ect of the present invention. 

In accordance with a ninth aspect, the present invention incovides a computer.readable 

2 5 medium providing a program ui accordance wifli the eigfa& a£fpect of die invendon. 

Brief DescriDtio n of thePrawfaigs 

Features and advantages of the present invention will become apparent jftom tiie 

3 0 foEowing description of an embodiment thereo)^ by way of example only^ with 

ref^arence to the axwimpanying ckawir^ 

Figure 1 is a schematic diagram S^-illustratiDg operation of a system in accordance with 
an embodiment of the present invention; 

35 

Figures 2 through 7 are example conq)uter screen displays for illustrating operation of 
an embodiment of the present invention; 
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Figure 8 is a an wdanple conq>utex screen display iltustiating transaction data records 
whidi may be produced in accordance with an embodim^t of tbe present invention; 
and 

Figure 9 is a flow diagram illustrating aprocess Jn accordance with an embodimeiit of 
the present invention. 



10 

Descrintiofl of the Prefenred Embodiment 

A system and method in accordance with one embodiment of tiie invention will now be 
described with referee to the accompanying drawings. 

15 

' The system and method of this embodiment of the invention feicilitate on-line 

transactions. By "cm-line transactions'* is meant any transaction which occurs over any 
network. The example network used in the following description is the Internet The 
invention may be appKed in any nelwork environment, and is not limited to a^ 
20 over the Internet 

The system of this embodiment includes aa interface means, which will be illiistrated 
and described in detail later^ and which in diis example is implemented by an 
apptopriate seaver computing system 1 which is connected to the lutemet 2 via 

2 5 appropriate communication means 3. The intecfece means in this cxmxpte includes 

soflware which is arranged to be made available over the network by the server 
computer!. 

Also illustrated in Figure 1 is a merchant computing system 4, The merchant confuting 

3 0 system 4 may include any appropriate type of server computing system 4 whidi is 

aitanged to serve Web pages 5 on the Internet 2, in order to provide a merchant site 
where, for example, products may be offered for sale. Isx the illustration a single 
merchant system4 is shown. This merely serves as an illustcativo eKanq)le of many 
existing merchant conqmting systems arranged for connection to the Internet 2. The 
3 5 present invention may be implemented via any suitable merchant system, and is likely 
to be iinplemented on many merchant systems. The mercihant system 4 is arranged to 
serve web pages 5, to provide a website via which infixmadon on products (including 
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goods and/or services) may be accessed and via which piodxicts may be purchased in a 
known manner. In accordance with this embodiment of the invention, the raefrchant 
computing system 4 is also arranged to operate with the interface means provided by the 
, system L 

5 

• Also shown in Figirol, are customer conaputingi^^ 
systems 6 may comprise any appropriate computing system including appiopriate 
software and hardware and in ttns examplaty embodiment are illustrated as being PCs 
including a computer 7» noonitor 8, keyboard 9 and mouse 10. 

10 

The user computing systems 6 includes browser or other software 1 1 which is arranged 
to enable the computing system. 6 to browse or access Web pages over the Intemfit 2, 
such as Web pag^ 5 provided by the merchant system 4. Browsers are known. 

15 In Figure 1 , three user cotwputing systems 6 axe shown. This is for illustrative purposes 
only. As is well known, there are many customor computing systems which are 
arranged for connection to networks such as the fetemet, so thai, for example, 
customers can browse various merchant sites (as w^U as other Web pag6s) in order to 
select products for purchase. This embodiment of the present invention may be 

2 0 in^lemented for many customer computing sj^eras and many customers. 

Conventionally, when a customer accesses die Internet to view a mercshant site, then: 
browser brings up the appropriate W* page and the user studies the Web pag^s) and 
selects an appropriate product (by way of a *%hopping basksl^ 

2 5 proceed with the purchase, the customer must tiaen provide payment details to the 

merchant site. This is most usually done by way of providing credit card details. As 
discussed above, many people are reluctant to provide their credit card details to 
merchant sites. 

3 0 The majority of customers keep accounts with financial institutions, such as banks. The 

mcgority of financial institutions offer services which are available on-line. These 
services may include access to a customer's account records. They may also include 
feciKties which, enable a customer to pay third parties directly fiom their account. For 
example^ the financial institution may oflFer an on-line financial application which 
3 5 enables a customer to pay fix>ra tiieir account to a third party whose account details, or 
some account identification of the third party, are provided to the application. The third 
party's account details or identification may include account number, which financial 
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iBStitution fhe thiid party holds the account with, and otherioquired details. 

la Figure 1» a servo* corqtuting system 12 of the financial institution is illnsteated. The 
financial institution server computing system 12 is arranged to serve Web pages 13 to 
5 the Intemet 2. Web pages 13 may enable operation of the jSnandal applications for 
allowing access to customer account records and msOguog account transfCTS, and other 
fimctions. Such applications are known. 

Only a single financial institution server computer 12 is illustrated in fhe drawings* It 
10 ^wiUbeappredatedthattiieremaybemanyfoancialinstitat^ 

pages for fecilitating financial plications. The present invention may find use with 
many sudi finaacid institution €«)plications, and &e 12 is shown, 

for illustrativo purposes only. 

15 The system of tins embodim^it of fliie present mvention inckides an iaterfece wieans, 
\;^diich in this embodiment is in the form of a sof^ 

confuting system 1 . The mtafece means opcarates to connect to the financial instifaitiott 
application provided by Ihe financial sarver computer 12, to «wble payment to an 
account of a merchant associated with Ihe merchant system. 

20 

In this embodiment, the system 1 of the present invention also includes a transaction 
record database 15 for storing records of transactions occurring via the system 1 and 
• also a decryption key database 16 which stores decryption keys for decrypting 
encrypted customer security means and which will be described in more detail later, 
2 5 The system 1 of the present invadon may be nnplemented by any appropriate 

computing hardware and software. Alftough databases 15 and 16 are shown separately, 
tibiey may be implemented by .combined haidwarc/sofiwaie. 

The customer computing system 6 also may include software in the form of a digital 
30 safe 17 and an "active content agenf * engine 18. The function of these will be described 
in more detail later. ' 

Operation of an embodiment of the present invention will now be described by way of 
illustrative example with reference to the example computer screen displays of Figures 
35 4 through 7. The example screen displays have MICROSOFT® toolbar layouts and 
*look and fed". The present invention is not limited to this fonnat any appropriate 
format may be used. Please note that whwe brand names and trade macks are shown m 
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the drawings, they are iSbr escample purposes only and are an no way limiting to the 
invention. 

The ejtaaople computer screen display shown in Figures 2 flitough 7 are the displays 
5 which will sqppear on a customer system 6 monitor 8. 

With reference to the Figures, the customer con^uter 6 accesses a merchant site 
provided by Web pages 5 supported by merchant computibg system 4. In fliis 
illustration, the mexchant site ojSers for sale digital video discs (DVDs). The customer 

10 bmwses fte merchant site and may select one or more DVDs &r purchase. The 

customer then proceeds to a **paymenf ' page on the morbant site, the payment page 20 
' bemg illustrated in Figure 2. The payment page displays die merchant brand name 21 
(in ttiis case Price Bustex DVD 's (Pty) Ltd), The payment page 20 also directs 22 flie 
customer to select a payment method. The payment mdhods available on payment page • 

15 20 include the conventional payment method of paying by credit card 23. It also 
includes the option 24 of paying lite merchant by way of Ihe payment system and 
method in accordance with an embodiment of the present invention. The payment 
method 24 is labdled wilh the brand name Wise Pay 3P" 25. This is a brand name 
only. Any brand name or any other desigoation of a payment method may be utilised. A 

2 0 drop-down memi 26 is available for selecting a financial institution ^licatitm to 

&dlitate payment to the memhant. 

The page also includes a **Biller Code" 27, and ^'Amount*' 28 and a transaction 
*!Reference" 29. Some or all of this uaformafion may or may not be shown on the p^e 
25 20. For example, in an alternative embodiment, the BiUer Code 27 niayno^ 
and instead may be stored and retrieved from a database. 

The amount 28 is the amount that the customer needs to pay to tihe merchant. 

3 0 Figure 3 is a further view of the payment page 20, showing details of the drop-down 

menu 26. It is clear ftom this that there are a number of financial instifaition applicadons 
(in this case four) available £br the custiomer to sdccL Note ttiat any number of financial 
applications maybe provided for selectioa This will depend upon the numbar of 
financial institution applications that the pres^at fayention is authorised for use with and 
35 • also the number oftiiefmancial institution applications wWch ma 

The customer selects one of die jSnancial institution plications 26 for payment to the 
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merchant (ftie customer will usually select a finatidal institution a{»pUcation of a 
financial iustitution where they hold an account). The sdection initiates operation of the 
systOTi 1 of the present invention. The system 1 pxovides.a 'payment gateway" display 
30 (Figure 4). The payment gateway 30 opens in a separate browser window on the user 
5 computer 6 (note that it may open in the same browser window). The page 30 is seived 
by the system 1 in accordance withihe present invention. Note that the payment . 
gateway display 30 displays branding 3 1 of the financial institution deploying the 
system. Whether or not this branding is displayed is optional 

10 Oftier information may also be <Jisplayed m the payment gateway 30 page. Shown in 
HguiB 4 is the 'Mecchant Name" 32. a 'Heference" 33 and a payment amount 34. The 
"Amount Paid" infermation includes type of payment that would occur, in this 
particular ej^ample being a direct debit* Note that the further or alternative information 
may be included in the payment gateway page 30 as desired. 

15 

In this embodiment, the system 1 utilises a software appKcation in the foral of a 
software agent in onJer to piovidc an iuterfiuje to the financial institution application 
• selected. Once the system 1 is initiated by selection of the payment method 24 and 
selection of the financial mstitution application, the software agent navigates the 
2 0 Internet 2 to locate the financial mstitution system 12 and website 13 served by the 
financial institution system. The software agent then coimects the customer cpnrputer 6 
to tile website of the financial institution, so that the customer can connect to the 
financial institution ^plication. In this embodiment, the agent application is also 
arranged to wrtract paymait details firom the merchant system and provide those 

2 5 payment details to the finanidal institution applieafioxL. 

When the agent ^plication has navigated to the financial msdtution system 12 the 
appropriate Web page 13 is served to the customer computer system 6, Figure 5 shows 
one exanqjle of an "Customer Sign In" page 35 provided by one particular financial 

3 0 institution applicafioiL This page mcludes some information (the information will 

depend on the fipancial institution q)plication bemg accessed) and also a •'Customer 
Sign In" secticm 36 requiring entry of a security means to enable access to the fiboanoial 
mstitution application. It is to be noted that the financial institution application is apn^ 
existing application. The agent ^plication of this embodiment of the present invention 
35 has interfaced the customer conrputer 6 automatically to the pre-existing fiiiancial 
institution ^plication without requiring any operation by the customer other than to 
select the fitiandal institution application to be navigated to firom the merchant site. 
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Note that Figure 5 gives one example only of a financial institution application, and the 
present invention may be used with any financial institntion q)pIicat[on. 

The ne^d step in tlie process is that Has customer enters their security means to the 
5 Customer Sign In section. In this example the security means includes a Customer 
Number 37 and aPassword 38. The security means may include any type of security 
means, depending iq>Qn the security means required by the financial institution 
applicatiou. 

1 0 Note that in an alternative embodiment to be described later, tiio syst^n of the present 
invention may automatically provide the security means to ttie financial institution . 
application* In the illustrated embodiment, however, the customer provides the security 
means themselves, 

15 No security means is provided to the merchtot site. The customer instead provides the 
security means directly to the financial instrtution application. This is something that the 
customer is comibrtable with doing. There is no potential for the merchant, therefore, to 
illidfly access the customer's account via the financial institution application The 
payment to the merchant via the financial institution a?)plication is under the control of 

20 the customer and is sq>arated fix»m the merchant system. 

Once the security means have been enteied, the financjial institution application operates 
to enable payment to the merchant The agent qsplication automatically navigates the 
site to file appropriate page. Refining to Figure 6, the page 40 is served to tiie customer 

2 5 coDoputer 6 by the financial institution system 12. The page 40, in this example, enables 

entry of details for payment &om an account the custons^er has with the financial 
institution, to an account of the merchant (which may be with the same financial 
institution or another financial institution). la this example, page 40 includes 
information such as the account "Pay Rom** 41, the *Tayer Name" 42, a 'TDescription*' 

3 0 of what the payment is for 43. The p^e 40 also includes infbimation relating to the 

merchant payment details, inchiding tiie ''Account Name" 44 of the merchant, the 
current identification infomiation inchiding in Hois exzxaple a "BSB Number" 45 and an 
"Account Number^ 46, It also includes a *l>escription** 47, which in this case is the 
Reference 33 which appears in the merchant site as reference numeral 29 and on the 
3 5 payment gateway as reference numeral 33 and ^ch identifies tiie transaction to the . 
system 1 of the preset invention. The mformation also includes an "Amount*' to be 
paid. 
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In this embodiment of fhe mvention, as discussed above the agent plication obtains 
payment details, fiom the maichant site. It may also obtain details of the payer either 
fiom the merchant site or ttie customer computcar or a system database. In the exanjple 
5 shown, the details obtained by the agKit supplication are automatically entered into the 
jSnancial institution application. These details inohide the Payer Name 42, the 
Descaiption of die item 43, the Account Name of the merchant 44, the BSB Number 45. 
the Accoimt Number 46, the Desciiption 47 and the Amount 48. One advantage of 
having &ese details automalically entered into the financial institution ^plication is 

10 that they will be accujcate without any poteotial for customer etron Conventionally, a 
customer would enter the details via a user terminal 6, whidi can often result in error. 
The agent application is arranged to obtain tihe details tiiat are relevant for the particular 
financial institution application. The agent application therefore operates by first 
detecting which financial institution is selected at the mOTohant site and lhen obtaining 

15 the details that it knows are required for that financial institution application firom the 
mecchaDt site and (if tequijred) the customs computing system 6. 

Note that the account of the custoinfir 41 may be selected by die customer or may 
automatically be selected by fhe agent appfication based on infoimation provided by the 

20 customer computeor- 

Note that this page and other pages m^ not be visibly displayed to the user in fl^e case 
where it is fiiUy automated by the agent 

2 5 Following submission of fhe payment details and processing by the financial institution 
plication of fhe payment to fhe merchant, the system 1 of the present invention 
produces a "Paym^t Received" page 50 (Figure 7). This page is similar to the initial 
Payment Gateway page 30. It includes further details, however. In particular it includes 
a date and time 51 on which payment was made. It confiima 52 the amount of paymait 

30 that was made and the date. It provides haformation on fte receipt 53 which is provided 
bythesystem t to the merchant system 4. It al$oiiMJludes some fertherrefi^ 
infbxmation 54 providing details of the account paid fiom and the financial institution 
receipt number that the agent extracted automatically firom the financial institution site. 
The merchant thcrefiore receives an official receipt of payment to their account of fhe 

35 required funds for the transaction. They can tiierefore organise delivery of the product 
to the customer in the comforting knowledge that they have akeady becu paid. In one 
embodiment, fhe system implements a process to reduce or avoid the potential for 
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provision of a fraudulent receipt to the merchant. Jn this embodiment, the customer 
system 6 tronsfcrs liie relevant session infbzmation to die merchant server 4 before the 
financial inflrtitutio» system 12 issues flie receipt page 50. The merchant system 4 then 
establishes its own Secure Socket Layer (SSL) session either <Brectly with the financial 
5 institution system 12 or via the customer system 6, providing an end-to-end SSL session 
betwe«i the financial institution system 12 and the merchant system 4. SSL 
communication is known- The customer's existing session with Ae fmancial institution 
system 12 may be maintained Because tbe merchant system 4 has a direct SSL session 
with the financial institution server 12, the merchant can be assured ibst the recdpt 
1 0 information they are receiving is being provided by the financial institution not by a 
fiaudul^t process eg a fiiaudulent customer system. 

The establishment of the additional/alternative communication dbyranel 
between the mi^chant system 4 and the financial institution system 12 does not require 
15 that the customer disclose any of their authentication details to the merchant system 4. 

In one enabodhnent, the payment confirmation details may be digitally s^ed 
by flie financial institution. Where the finandial institution digitally signs the payment 
confirmation, the system 1 of the present invention validates the signature to eaisure 
2 0 validity heiate notificdiion to the merchant. 

Note that a "Retonu to Merchanf ' button 55 is provided for the customer's return to the 
merchant site. 

2 5 Figore 8 is an example coxtqjuter display screen vdbioh may be viewed via a merchant 
system 4 and shows a recoids page 60 of transaction records stored in database 15 ofibe 
system I. The sjnatem 1 serves the page 60 to the merchant system 4 so that the 
merchant can view the transaction recoids of flie transactions that have occurred via the 
system 1. 

30 

The records may be represented in any convenient fonn on the page 60. In this example, 
the reconis include information such as **Biller Code" 61; "BiU^ Name" 62; 
•^leference" 63; "Account Paid Via" 64; "Comment?' 70; "Amount Paid" 66; •'Date 
Paid" 67, and the *'Receq)t Number" 68. 

35 

Records may also .'te provided fiwr access by a customer computer server so that a 
customer can view transactions that they have paid via tibic system 1 . 
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In tibd above embodiment^ the cusfomer is eoqpected to remember mi enter fheir own 
security means to enable access to fhe financial application (Figure 5). In an alternative 
embodiment, fhe technology disclosed in the ^licant's co-pending tatematioaal 
5 ^plication no. PCT/AU02/00150 maybe employed to enable the agent ^plication to 
automatically obtain the customer's security means and enter them to the financial 
institution applicalion. 

Refening to Figure 1 , in this alternative embodiment a customer conaputer system 6 
10 includes software including a distal safe 17, and an ACA or "Active Content Agent*' 
engine 1 8 . The digital safe 17 stores in encrypted fbnn (using any suitable encryption 
technology) fhe security means of the user &r enabling entry into the financial 
institution application^ Database 16 at invention system 1 stores decryption keys for 
decrypting fhe encrypted security means in the digital safe 17; 

15 

In operation, the agent application which implements the mteifece to llie financial 
institution appficadon, is also arranged to obtain the security means 17 fiomthe distal 
safe 17 of ttie customer canq)uter 6. It does this by fi:st determ^ 
customer compute:, then obtaining a decryption key ftom the database 16 which is 
2 0 ananged to dec^t ihe cmcrypted code in the digital safe 17. As part of the registration 
process, a customer would have their security means, such as passwords, encrypted by 
the system 1 and be provided with a password to enable access of the agent ^plication 
to the decryption key 16 for the user computer 6 stored in the encryption key database 
16. The customer may be reqmred to enter a password to fhe gateway so that fhe agent 

2 5 application can then automatically obtain the security means fixr the financial institnlion 

plication fix>m the digital safe 17. 

The ACA engine 18 determine \\^efher fte agent qjplication is a correct agent 
application for the fibaancial institution q)plication and whether it is aulhorised to access 

3 0 the customer compirter 6 for digital safe 17. The agent ;^lication may be provided 

with a digital certificate which the ACA engine can use for aufliorisation. The ACA 
en&ne then executes the agent application insofer as it enables fhe agent application to 
access digital safe 17 and decrypt fhe requisite security means for tlie particular 
financial application. At Hxe stage wbsxe fhe user is expected to entw their security 
35 means to fihe financial insfitulion application (Figure 5), this is automatically entered by 
the agent ^plication. The rest of fhe process is then fhe same as with the above 
embodiment Note that once the security means has beaa decrypted by the agent 
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application, the deciyptioii key is discarded and most be obtained again fiom ffae 
decryption database 16 for future operation. 

Figure 9 gives a sianmary flowchart of operation of flie embodiment described above. 
5 At step 70, a customer accesses amerchant site. At step 71, the system of tiie preseot 
invention is operated aad the payment gateway is called up onto &e customer's 
computer. At step 72, the gateway implments operation of the agent application. At . 
step 73t the agent plication connects the user computer to the financial institution 
spplication that has been $electod. At step 74, either \he us«r or the agent enter the 

1 0 security means and payment devils to the financial institution application. At step 75, 
the institution ^plication processes payment. At step 76, the agent provides 
confinnation of payment to tfie merchant site and stores a transaction record in a 
database. As discussed above^ the confirmation of payment to the merchant site may be 
made by secure connection between the meichant's system and the financial institution 

15 system. 

The above description of the embodiment shows one particular implementation of the 
preseot invention. The invention is not limited to this particular implementation and 
may be in^Iemented in a nmnber of differaat ways. For example, the agent application . 

2 0 described automatically fills in payment in&nnation to the financial institution website. 
This need not be flie oase. in an alternative embodiment the agent application merely 
connects the customer to the financial institution application and the customer fills in 
the details. The agent dien e)cb:acts the receipt and notifies the merchant of the 
completed payment. One advantage of the pi^ent invention is fiiat the interface means 

25 can be ad^ted to int^r&ce vnUx any pre-existing finandal institution application. 
Advantage can therefore be take» of the feet that there are abeady many financial 
mstitution applications in existence which enable a user to pay ttiird parties. The present 
invention is not limited to use with pre-existing financial institution applications, 
however. Financial institution applications may, for example, be designed specifically 

30 • for use ^th the systrai and method of die present invention. The 

also, obviously, be used with finandal institution Explications that are designed 
subsequ^t to implementation of the present invention. 

The computer display pages illustrated in the drawings are described in rdation to the 
35 specification embodiment of one particular form- The invention is not limited to this 
form. Any ^propriate form or format may be used with the present invention. Further, 
different information to that infeimation shown in the specific embodiment may be 
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utilised and illustrated in pages used wiOi the present inventioxt 



In the above description of the preferred embodiment, it is assumed fte customers 
utilising die invention will access the taexchant sites from their own computing system. 
5 The present invention is not limited to this, however. There is potential for customers to 
access firom any computing system v4iich is connectable to the network. 

In (be above description of the prdemd embodiment, the agent application and other 
coTDponisaQts of the system are implemented by appropriate software supported by 
1 0 appropriate hardware. Any software/hardware mix diat can impl^oit iSxe mvention 
iEalls widiin the scope of the present invention. 



In the above descdbed embodiment* the financial institution system provides a website 
accessible by way of the Internet Hie present invention is not limited to use wilh 
1 5 financial institutions that provide access to dieir apphcations by way of Intteniet 
websites. Other mdhods of comiection from a neh^ 
be utilised with the preset invention. For example^ ^ sj^em 1 of the present 
iniv^on may in some cases have a direct connection to a financial institudon, the 
direct connection being implemented when connection to a financial institution 

2 0 application is required. Further, the network is not limited to tibte Intanet The present 

invention may be implemented over any appropriate network. 

Generally^ the present invention provides inter&ce means which is arranged to connect 
to a payment means so that fhe processing of payment to a merchant account can be 
25 earned out. In this, in at least a preferred embodiment, is without requiring any security 
means to be provided by the customer to the merchant 

in die above described embodiment, the customer account is a debit account The 
pr^ent invention is not limited to use with a debit account The account may be any 

3 0 type of account For example* the account may be a credit card account, and fhe credit 

card details would be provided to the financial institution application for credit to the 
mc^hant 



Tn a variation of this invention, on-Hne paym^t may be facilitated without requiring 
3 5 that customer first acc^s a merchant site. In this variation, peer to peer payments can be- 
^cilitated and bill payments can be facilitated, implementation- is similar to the 
implementation discussed above in relation to first embodiment of the present 
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iztveaitioiL Instead of initiattioii of fhe paymetdt bdng by way of merchant site, however, 
initiation is via a system message. The system message may be an e-mail messaga A 
customer receives an e-mail message, and the e-^ail message contains a link to the . 
system gateway audi as d^cribed in Kgute 4 of the drawings. The difference here is 
5 that the link is in the e-mail message and not at fhe merchant site, but otherwise 

operation is similar. Details of the person ^o is to be paid may be e)cacted fiom the e- 
mail or a system database. 

The person who is to be paid may be anybody. It could a utility provider, fbr exmple^ 
10 * sending out a uiihty bill It naay be another pecson merely requiring payme^ * 
account from the pay^. 

Modifications and variations as would be apparent to a skilled addressee are deemed to 
be widnn the scope of the present invention. 
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